Skip to content
This repository has been archived by the owner on Dec 30, 2024. It is now read-only.

Attempt to fix overflow problem in blockquotes #2544

Merged
merged 1 commit into from
Jul 7, 2024

Conversation

xexyl
Copy link

@xexyl xexyl commented Jul 6, 2024

A problem was discovered in blockquotes for really long text, in particular in the guidelines: 2305567963945518424753102147331756070. The problem was that the number flowed outside the border. That should no longer happen. Below is what should happen instead, though it's hard to be sure how it will look in every case.

In Safari on a 16" MacBook Pro with Safari all across the screen it is not a problem but shorter text will be in a smaller box (this means the green box will vary in size depending on what is in it but this does not seem to be a big problem).

With Safari in an old iPhone 8 Plus the box can go a bit further beyond the screen width but text does not go beyond the boundary and one can scroll left/right at need.

With Safari in an iPhone 14 Pro Max there is currently a cache issue but earlier (when playing with different options) it seemed to fit and in Simulator (in macOS) it looks good. However in Simulator earlier it was fine even when the iPhone 14 Pro Max was not.

In responsive mode in Safari with a small width (400px) it is the same result as the iPhone 8 Plus.

Finally with Safari in macOS with the window decreased in width it is fine but it already was fine because it doesn't go to the size of a phone (though it has helped fix problems with phones).

I have changed the font-style to normal (was italic) in blockquotes also as this way italics can show up specially if requested.

The guidelines had some line breaks in the blockquotes that were problematic; these have been removed as they are not necessary and it did not look good either with smaller width screens.

More testing will likely be useful but it should be a lot better now.

A problem was discovered in blockquotes for really long text, in
particular in the guidelines: 2305567963945518424753102147331756070. The
problem was that the number flowed outside the border. That should no
longer happen. Below is what should happen instead, though it's hard to
be sure how it will look in every case.

In Safari on a 16" MacBook Pro with Safari all across the screen it is
not a problem but shorter text will be in a smaller box (this means
the green box will vary in size depending on what is in it but this does
not seem to be a big problem).

With Safari in an old iPhone 8 Plus the box can go a bit further beyond
the screen width but text does not go beyond the boundary and one can
scroll left/right at need.

With Safari in an iPhone 14 Pro Max there is currently a cache issue but
earlier (when playing with different options) it seemed to fit and in
Simulator (in macOS) it looks good. However in Simulator earlier it was
fine even when the iPhone 14 Pro Max was not.

In responsive mode in Safari with a small width (400px) it is the same
result as the iPhone 8 Plus.

Finally with Safari in macOS with the window decreased in width it is
fine but it already was fine because it doesn't go to the size of a
phone (though it has helped fix problems with phones).

I have changed the font-style to normal (was italic) in blockquotes also
as this way italics can show up specially if requested.

The guidelines had some line breaks in the blockquotes that were
problematic; these have been removed as they are not necessary and it
did not look good either with smaller width screens.

More testing will likely be useful but it should be a lot better now.
Copy link

@lcn2 lcn2 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like an interesting CSS mod to try, @xexyl

@lcn2 lcn2 merged commit 97fc085 into ioccc-src:master Jul 7, 2024
1 check passed
@xexyl
Copy link
Author

xexyl commented Jul 9, 2024

Seems like an interesting CSS mod to try, @xexyl

Does it seem good to you now? I think it works out well .. though maybe not perfectly.

@xexyl xexyl deleted the overflow branch July 9, 2024 12:21
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants